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REMARKS 

The Final Office Action, mailed April 16, 2009, considered claims 1-5, 11, 12, 14, 17, 18, 20, 
22, 23 and 25-27. Claims 1-5, 11, 12, 14, 17, 18, 20, 22, 23 and 25-27 were rejected under 35 U.S.C. 
§ 103(a) as being unpatentable by Blackwell (U.S. Publication No. 2005/0166094) in view of 
Mandava (U.S. Patent No. 7,203,928) and further in view of Dimitriadis (NPL Reference, DOM Test 
Suite Methodology Report, National Institute of Standards and Technology, February 2004). 

By this response, claims 1-5, 11, 12, 17, 18, 20, and 23 are amended, while claims 14 and 26 
are canceled. Claims 1-5, 11, 12, 17, 18, 20, 22, 23, 25, and 27 remain pending of which claims 1, 17, 
and 23 are independent. 

The current amendments have been made to better clarify how an XML document (i.e. the 
Test Case XML file or TCX file) is used to provide the conflicting benefits of tracking versioning of 
test cases and source code, and maintaining the ability to query and manage test results. Particularly, 
the versions of source code and tests which test the source code are stored in the XML file. Also, test 
results are stored that are also versioned. In other words, the XML file maintains the versioning 
information that defines which test results were generated by running which versions of the tests cases 
on which version of the source code. Additionally, the XML file also includes attributes which enable 
the querying of the test results. These attributes enable the data in the XML file to be transformed 
using XSLT to enable the querying of the test results based on the version of the source code and the 
version of the test that generated the test results. Each of the independent claims has been amended 
similarly. 

As is described in the Background, there are two divergent approaches for persisting test 
results during the lifecycle of software development. One approach utilizes databases which are 
optimized for querying and reporting. However, this approach does not provide an efficient manner to 
maintain consistency between the source code under test and the test cases. In fact, the only way to 
maintain version consistency is to perform a full backup of all development assets at the same time, 
which, because of the amount of time and overhead required, is performed only at important 
milestones such as product shipment and beta releases. An alternative approach is to store the tests as 
source code with granular version control that is consistent with the source code under test. This 
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approach facilitates version synchronization, but does not allow for querying or reporting. As such, 
this approach is favored by programmer's working alone, and is not suitable for group development. 

The present invention provides a way to bridge the gap between these divergent approaches 
and goals. This is accomplished by persisting not only the version information of the source code and 
tests in an XML file, but by persisting attributes that enable the persisted data to be transformed via 
XSLT into an easily queryable format. Specifically, persisting the metadata in the XML file allows 
versioning consistent with source, and version-aware references to the source under test. The current 
amendments emphasize these aspects of the invention. Applicant submits that as amended, the cited 
art fails to teach or suggest each limitation of the independent claims. 

Blackwell, for example, is not directed to persisting version information for source code and 
tests in a manner that allows for querying and reporting as claimed. In contrast, Blackwell discloses 
embodiments for tracking dependencies between interrelated system components. For example, when 
a component is modified in Blackwell, a traceability matrix is accessed to determine "a list of test 
cases that may need to be run to efficiently test the functioning of the complex software system." 
18. This is distinct from the present invention in that Blackwell determines which test cases should be 
run when the source code is updated whereas the present invention tracks the versions of the source 
code and the tests run on the source code so that the versions may be persisted with test results for 
later querying and reporting. In short, Blackwell addresses tracking interdependencies whereas the 
present invention addresses persisting results. Although this tracking of interdependencies does 
involve tracking versions of the components, this is not the same as persisting metadata in an XML 
file that defines which versions of the source code and the tests were used to generate the test results 
in a manner that enables the data of the XML file to be transformed via XSLT into a format (e.g. a 
database) that is queryable. Blackwell makes not mention of persisting test results in conjunction with 
version metadata in an XML file. For this reason, Blackwell fails to teach or suggest each limitation 
of the independent claims. 

Mandava, on the other hand, is directed to generating uniform test results by embedding 
reporter codes in the tests. Although Mandava states that results of the execution of the test cases can 
be stored in an XML file, this is distinct from the present invention. Specifically, a key feature of the 
present invention is not simply the storing of test results in an XML file, but the storing of the 
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relationships between the version of the test case and the version of the source code which generated 
the test results. In contrast, the XML file used in Mandava merely provides an indication of which 
test case was run and what the results of its execution are (e.g. Pass, Fail, or Did Not Run). Mandava 
fails, however, to disclose the storage of metadata that "defines which versions of the one or more 
tests test which versions of the source under test, and stores the metadata in an XML file in 
conjunction with test results that are generated by executing the one or more tests on the source under 
test, wherein metadata is also stored which indicates the version of the one or more tests and the 
version of the source under test to which the test results correspond, the test case file component 
further storing attributes in the XML file that enable the querying of the test results." 

In the current office action, the examiner appears to be in accord with Applicant's remarks 
above that the Blackwell and Mandava references do not disclose persisting version information as 
was previously claimed. See, e.g. Office Action, Pg. 6. Specifically, to address the limitations 
directed to storing the version information, the examiner cited Dimitriadis. Applicant submits, 
however, that the Dimitriadis reference also fails to teach or suggest this aspect. The current 
amendments are intended to clarify this aspect of how the XML file is used to illustrate the 
distinctions between the present invention and Dimitriadis as well as the other cited references. For 
example, Dimitriadis is directed to generating tests for testing DOM components. DOM is an 
interface for accessing structured documents such as XML. See Pg. 5. Applicant believes that the 
most relevant portion of Dimitriadis is on page 9 where it states that JUnit was used to run the tests in 
the test framework. However, as the Background of the Specification states, JUnit is an open source 
framework that "allows tests and source under test to be synchronized but prevents the querying and 
reporting that are necessary for managing a testing effort across a team of any size," and therefore 
suffers from one of the problems the present invention seeks to resolve. 

Further, to address the limitation of "receive[ing] version data from the version component" 
that appeared previously in the claim, the examiner cited page 12, second paragraph. This paragraph 
discusses how values can be extracted from an XML document during the generation of test cases, 
and therefore is unrelated to storing version information of tests and source code in an XML file. The 
examiner also cited page 15, section 2.5.4 as teaching the storage of attribute information that enables 
the querying of the test results based on the stored version information. However, this section 
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describes a table that is generated before the test cases are ever run. The table merely provides 
information regarding what tests exists, which DOM components are tested by the tests, and were the 
tests reside. The table descirbed does not have any relation to the results of testing the source code, 
nor the information regarding the versions of the tests and the source code used to generate the test 
results as required by the claims. 

Applicant therefore submits that the combination of cited references fails to teach or suggest 
each limitation of the independent claims such as: "a test case file component that receives metadata 
that defines which versions of the one or more tests test which versions of the source under test, and 
stores the metadata in an XML file in conjunction with test results that are generated by executing the 
one or more tests on the source under test, wherein metadata is also stored which indicates the version 
of the one or more tests and the version of the source under test to which the test results correspond, 
the test case file component further storing attributes in the XML file that enable the querying of the 
test results," as claimed in combination with the remaining limitations. 

In view of the foregoing, Applicant respectfully submits that all the rejections to the 
independent claims are now moot and that the independent claims are now allowable over the cited 
art, such that any of the remaining rejections and assertions made, particularly with respect to all of 
the dependent claims, do not need to be addressed individually at this time. It will be appreciated, 
however, that this should not be construed as Applicant acquiescing to any of the purported teachings 
or assertions made in the last action regarding the cited art or the pending application, including any 
official notice, and particularly with regard to the dependent claims. 1 

In the event that the Examiner finds remaining impediment to a prompt allowance of this 
application that may be clarified through a telephone interview, the Examiner is requested to contact 
the undersigned attorney at 801-533-9800. 

The Commissioner is hereby authorized to charge payment of any of the following fees that 
may be applicable to this communication, or credit any overpayment, to Deposit Account No. 23- 

1 Instead, Applicant reserves the right to challenge any of the purported teachings or assertions made in the last action at 
any appropriate time in the future, should the need arise. Furthermore, to the extent that the Examiner has relied on any 
Official Notice, explicitly or implicitly, Applicant specifically requests that the Examiner provide references supporting 
any official notice taken. Furthermore, although the prior art status of the cited art is not being challenged at this time, 
Applicant reserves the right to challenge the prior art status of the cited art at any appropriate time, should it arise. 
Accordingly, any arguments and amendments made herein should not be construed as acquiescing to any prior art status of 
the cited art. 
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3178: (1) any filing fees required under 37 CFR § 1.16; and/or (2) any patent application and 
reexamination processing fees under 37 CFR § 1.17; and/or (3) any post issuance fees under 37 CFR § 
1.20. In addition, if any additional extension of time is required, which has not otherwise been 
requested, please consider this a petition therefore and charge any additional fees that may be required 
to Deposit Account No. 23-3 178. 



Dated this 16 th day of July, 2009. 

Respectfully submitted, 

/Brian D. Tucker/ 

RICK D. NYDEGGER 
Registration No. 28,651 
BRIAN D. TUCKER 
Registration No. 61,550 
Attorneys for Applicant 
Customer No. 47973 
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